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Information Location Service 
FIELD OF THE INVENTION 

This invention relates generally to information systems and more 
particularly to methods and systems for locating information associated with an 
5 executable file. 



COPYRIGHT NOTICE/PERMISSION 

A portion of the disclosure of this patent document contains material that is 
subject to copyright protection. The copyright client has no objection to the 
10 facsimile reproduction by anyone of the patent document or the patent disclosure as 
it appears in the Patent and Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. The following notice applies to the 
software and data as described below and in the drawing hereto: Copyright © 2000, 
Microsoft Corporation, All Rights Reserved. 

15 

BACKGROUND 

While software is being developed and after it is deployed, it is often 
important to have access to information related to the executable software that is not 
stored as part of the executable. This includes, but is not limited to, debug 

20 information produced by the development tools like compilers and linkers, the 
source code from which the executable is generated, instructions for tools that 
process the executable in some way, patches to transform an executable to another 
version, and the output of tools that get made available for use by other tools. 
For groups developing or deploying software, getting access to this 

25 information can be difficult or time consuming. Every time the software is updated, 
the associated information is usually updated and the updates made available. In a 
development environment, this can be as often as several times a day. Some 
common mechanisms used to handle this today are to copy the information to the 
computer where the software is installed and rely on default search mechanisms for 
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tools that need it to find this information, to set environment variables to point to a 
location on the local computer or a network server where the information resides 
and to update these environment variables whenever the software is updated, to 
patch the executable files that comprise the software to point to the location where 
the information resides, or for tools to assume that the information can be found 
locally and to prompt the user to enter the correct location when the information 
cannot be found. All of these require either extra steps to be taken whenever 
software is updated or for some individual to have knowledge where to find the 
information that is needed. 

For software deployment scenarios in particular, though this can also apply 
to development and other uses, all the information is not needed all the time so 
requiring the information to be copied locally is unnecessary. It is also impractical 
in many cases. For example, for Windows 2000 the symbolic debug information for 
all the executables is in excess of three gigabytes. It is not necessary to have all this 
information available all the time just so the fraction that is needed can be available 
when it is needed. 

Updating environment variables every time the software is updated is time 
consuming and error prone. The more distinct software packages installed, the more 
effort involved and the greater the likelihood of error. 

As new types of information are introduced, any scripts and/or processes to 
update the client systems to locate information need to be updated to include the 
new types further increasing the cost of keeping the client system updated. 

For the reasons stated above and for other reasons which will become 
apparent from reading and studying the present disclosure, systems and methods are 
needed which extend the mechanism for locating solution access information, e.g. 
information related to an executable, including more accurately pinpointing the 
solution access information, and then obtaining and implementing the correct 
solution for updating software programs. 
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SUMMARY 

This present invention extends the mechanism for locating solution access 
information and then obtaining and implementing the correct solution for updating 
software programs. The user can communicate with a server, tell it what the user is 
interested in, and then the server replies on a file by file basis where to locate the 
desired information. Thus, the user no longer has to register, e.g. in the 
environment variables, the individual paths for where a multitude of different 
applications find their additional related information on the network. According to 
the teachings of the present invention, a user will have to make basically zero 
changes to the system, and instead will automatically discover the name location of 
a server that is going to provide the user with the information associated with any 
user executable file. 

In particular, one embodiment of the present invention includes a computer 
implemented method. The method includes a method for locating information 
associated with a local file. The method includes packaging metadata extracted 
from the local file into an HTTP request. The method further includes sending the 
HTTP request to a set of locator servers containing location information for 
information associated with the local file. The method further includes receiving a 
set of information back from the set of locator servers. An HTTP query is then 
packaged for retrieving the information associated with the local file based on the 
set of information received back from the set of locator servers. 

In another embodiment of the present invention, a server architecture is 
provided. The architecture includes a first server, or symbol locator server. 
According to the teachings of the present invention, the first server includes means 
for interpreting metadata associated with a local file received from a remote client. 
The first server further includes means for redirecting the remote client to a second 
server containing information associated with the executable file. The second server 
is adapted for interpreting a query from the remote client and retrieving a specific 
file from among the information associated with the local file. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of the hardware and operating environment of a 
suitable computer in conjunction with which embodiments of the invention may be 
5 practiced. 

Figure 2 is a block diagram of a computerized system according to the 
teachings of the present invention. 

Figure 3 illustrates, in flow diagram form, a method embodiment according 
to the teachings of the present invention. 
10 Figure 4 illustrates, in flow diagram form, another method embodiment 

according to the teachings of the present invention. 

DETAILED DESCRIPTION 

In the following detailed description of exemplary embodiments of the 
15 invention, reference is made to the accompanying drawings that form a part hereof 
and, which show by way of illustration, specific exemplary embodiments in which 
the invention may be practiced. These embodiments are described in sufficient 
detail to enable those skilled in the art to practice the invention. It is to be 
understood that other embodiments may be utilized and that logical, mechanical, 
20 electrical and other changes may be made without departing from the spirit or scope 
of the present invention. The following detailed description is, therefore, not to be 
taken in a limiting sense, and the scope of the present invention is defined only by 
the appended claims. 

The detailed description is divided into three sections. The first section 
25 describes the hardware and the operating environment that is suitable for use as a 
server within the inventive storage system described below. The second section 
provides a detailed description of the novel workflow process system and provides 
methods for operating embodiment of the invention. Finally, the third section 
provides a conclusion of the detailed description. 
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Hardware and Operating Environment 
Figure 1 provides a brief, general description of a suitable computing 
environment in which the invention may be implemented. The invention will 
5 hereinafter be described in the general context of computer-executable program 
modules containing instructions executed by a personal computer (PC). Program 
modules include routines, programs, objects, components, data structures, etc. that 
perform particular tasks or implement particular abstract data types. Those skilled 
in the art will appreciate that the invention may be practiced with other computer- 
10 system configurations, including hand-held devices, multiprocessor systems, 
microprocessor-based programmable consumer electronics, network PCs, 
minicomputers, mainframe computers, and the like which have multimedia 
^ capabilities. The invention may also be practiced in distributed computing 

01 environments where tasks are performed by remote processing devices linked 

15 through a communications network. In a distributed computing environment, 
f** program modules may be located in both local and remote memory storage devices. 

|i| Figure 1 shows a general-purpose computing device in the form of a 

f conventional personal computer 20, which includes processing unit 21 , system 

memory 22, and system bus 23 that couples the system memory and other system 
20 components to processing unit 21 . System bus 23 may be any of several types, 

including a memory bus or memory controller, a peripheral bus, and a local bus, and 
may use any of a variety of bus structures. System memory 22 includes read-only 
memory (ROM) 24 and random-access memory (RAM) 25. A basic input/output 
system (BIOS) 26, stored in ROM 24, contains the basic routines that transfer 
25 information between components of personal computer 20. BIOS 26 also contains 
start-up routines for the system. Personal computer 20 further includes hard disk 
drive 27 for reading from and writing to a hard disk (not shown), magnetic disk 
drive 28 for reading from and writing to a removable magnetic disk 29, and optical 
disk drive 30 for reading from and writing to a removable optical disk 3 1 such as a 
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CD-ROM or other optical medium. Hard disk drive 27, magnetic disk drive 28, and 
optical disk drive 30 are connected to system bus 23 by a hard-disk drive interface 
32, a magnetic-disk drive interface 33, and an optical-drive interface 34, 
respectively. The drives and their associated computer-readable media provide 
5 nonvolatile storage of computer-readable instructions, data structures, program 
modules and other data for personal computer 20. Although the exemplary 
environment described herein employs a hard disk, a removable magnetic disk 29 
and a removable optical disk 31, those skilled in the art will appreciate that other 
types of computer-readable media which can store data accessible by a computer 

10 may also be used in the exemplary operating environment. Such media may include 
magnetic cassettes, flash-memory cards, digital versatile disks, Bernoulli cartridges, 
RAMs, ROMs, and the like. 

Program modules may be stored on the hard disk, magnetic disk 29, optical 
disk 31, ROM 24 and RAM 25. Program modules may include operating system 

15 35, one or more application programs 36, other program modules 37, and program 
data 38. A user may enter commands and information into personal computer 20 
through input devices such as a keyboard 40 and a pointing device 42. Other input 
devices (not shown) may include a microphone, joystick, game pad, satellite dish, 
scanner, or the like. These and other input devices are often connected to the 

20 processing unit 21 through a serial-port interface 46 coupled to system bus 23; but 
they may be connected through other interfaces not shown in Figure 1, such as a 
parallel port, a game port, or a universal serial bus (USB). A monitor 47 or other 
display device also connects to system bus 23 via an interface such as a video 
adapter 48. In addition to the monitor, personal computers typically include other 

25 peripheral output devices (not shown) such as speakers and printers. In one 

embodiment, one or more speakers 57 or other audio output transducers are driven 
by sound adapter 56 connected to system bus 23. 

Personal computer 20 may operate in a networked environment using logical 
connections to one or more remote computers such as remote computer 49. Remote 
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computer 49 may be another personal computer, a server, a router, a network PC, a 
peer device, or other common network node. It typically includes many or all of the 
components described above in connection with personal computer 20; however, 
only a storage device 50 is illustrated in Figure 1. The logical connections depicted 

5 in Figure 1 include local-area network (LAN) 51 and a wide-area network (WAN) 
52. Such networking environments are commonplace in offices, enterprise-wide 
computer networks, intranets and the Internet. 

When placed in a LAN networking environment, PC 20 connects to local 
network 51 through a network interface or adapter 53. When used in a WAN 

10 networking environment such as the Internet, PC 20 typically includes modem 54 or 
other means for establishing communications over network 52. Modem 54 may be 
internal or external to PC 20, and connects to system bus 23 via serial-port interface 
46. In a networked environment, program modules, such as those comprising 
Microsoft® Word which are depicted as residing within 20 or portions thereof may 

15 be stored in remote storage device 50. Of course, the network connections shown 
are illustrative, and other means of establishing a communications link between the 
computers may be substituted. 

Software may be designed using many different methods, including object 
oriented programming methods. C++ and Java are two examples of common object 

20 oriented computer programming languages that provide functionality associated 
with object oriented programming. Object oriented programming methods provide 
a means to encapsulate data members (variables) and member functions (methods) 
that operate on that data into a single entity called a class. Object oriented 
programming methods also provide a means to create new classes based on existing 

25 classes. 

An object is an instance of a class. The data members of an object are 
attributes that are stored inside the computer memory, and the methods are 
executable computer code that act upon this data, along with potentially providing 



SLWK 777.345US1 



7 



MS 142288.1 



other services. The notion of an object is exploited in the present invention in that 
certain aspects of the invention are implemented as objects in one embodiment. 

An interface is a group of related functions that are organized into a named 
unit. Each interface may be uniquely identified by some identifier. Interfaces have 

5 no instantiation, that is, an interface is a definition only without the executable code 
needed to implement the methods which are specified by the interface. An object 
may support an interface by providing executable code for the methods specified by 
the interface. The executable code supplied by the object must comply with the 
definitions specified by the interface. The object may also provide additional 

10 methods. Those skilled in the art will recognize that interfaces are not limited to use 
in or by an object oriented programming environment. 

Operation Overview 
This invention extends the search mechanism for locating solution access 

15 information associated with an executable file, beyond the traditional methods 

presented in the background. The present invention can be used cumulatively such 
that when one of the traditional search mechanisms fails, the system of the present 
invention is employed. In the present invention, information, or metadata, is 
extracted from an original file, e.g. a local executable file, is packaged into an 

20 HyperText Transfer Protocol (HTTP) request and sent to a server, e.g. locator 
server. The server uses the information sent to it to lookup the location of the 
desired solution access information and responds to a client with the information it 
has. The terms "client" and "server" are not meant to imply any particular hardware 
configuration for the system, a client and a server may execute as a system on a 

25 single CPU architecture or a multiple CPU architecture. Alternatively the client and 
server functions can be distributed among several systems communicatively couple 
together. 

The server can respond with the location of the solution access information 
or could return the information directly. In the case where the server responds with 
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an HTTP redirect and the location given is a file; the uniform resource locator 
(URL) operation maps similar to the behavior for the traditional search mechanisms. 
That is, the file location can be treated just as if it was found during the local search 
process. For other forms of redirection or where the solution access information file 

5 is returned by the server, the file can be saved to a local file path and then treated 
like the traditional search mechanisms above, or the solution access information can 
be read directly by a client from the server. 

Using an HTTP server for lookup is not limited to a single server. As with 
the local, traditional search mechanisms, a list of servers can be configured and each 

10 tried in turn or in parallel. Also, as with the local, traditional search mechanisms, 
the HTTP server path needs to be known in order to make the HTTP request. The 
HTTP server path can be hard coded in the search logic or found by querying 
environment variables, registry locations, or other local configuration information. 
According to the teachings of the present invention, there are several ways in which 

15 the location of the HTTP servers can be found. These approaches are as follows. 
The servers could be queried from a Dynamic Host Configuration Protocol (DHCP) 
server that resides on the network containing the client system . The HTTP request 
to the DHCP finds the Uniform Resource Indexes (URIs) necessary to query the 
appropriate server containing the information associated with an executable. A 

20 Domain Name Search (DNS) server could be queried for a service (SRV) record 
identifying the appropriate server containing the information associated with an 
executable. A directory service such as the Windows 2000 Active Directory could 
be queried to return the appropriate server containing the information associated 
with an executable. Also, according to the teachings of the present invention, other 

25 types of servers including but not limited to Application Configuration Access 
Protocol (ACAP) servers, and/or Lightweight Directory Access Protocol (LDAP) 
servers can be used. Accordingly, querying the look-up servers for the location of 
the appropriate server containing the information associated with an executable, 
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includes using these additional protocols for LDAP and ACAP network database 
queries. 

In one embodiment according to the teachings of the present invention, the 
implementation of a symbol server works as follows. A feature set is provided that 
5 enables debuggers to automatically retrieve the correct symbol file with no prior 
information about product name and release or build number. In this embodiment 
of the invention, a package is provided which contains a tool to build a repository of 
symbols. Using symbol server technology, the debuggers can locate symbol files 
automatically, finding each file according to a set of unique parameters that are 
10 independent of the product name and release or build number. This system can be 
used to debug any product that uses symbolic information as generated by the VC 
compilers, regardless of it's source. 

According to the teachings of the present invention, the server DLL is the 
CP code that should communicate with dbghelp to find the correct symbols. When the 

q 15 debugger or similar tool needs to analyze a program module, it gets these symbols 

"rt by loading one or two files that contain the symbols for the module. The module 

hi may be a disk-based file or memory-image of the file. Since the module could be 

J=! one of many different versions of the same module, the technology needs a 

f{ mechanism to quickly find the correct program module. Every time dbghelp tries to 

Oft 20 load symbols for a newly loaded module, it will call the symbol server DLL with a 

IS; certain set of variables to help the server to find the appropriate files. The module 

contains a header that, in turn, contains information that helps to run the module. 
According to the present invention, some of this information is used to create a 
unique identifier for the module that won't be replicated between differing versions 
25 of the module. Different values from the image header will be used depending upon 
the type of symbolic information file which is being searched. 

The symbol server is engaged by adding an entry to the value in the 
_NT_SYMBOLJPATH or _NT__ALTERNATE_SYMBOL_PATH environment 
variables. The value is added between semicolons just as any other path might be 
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added, or conversely it could take up the entire variable, if it is wished that only the 
server be used for the location of symbols. Furthermore, multiple entries can be 
added that indicate the server look in multiple locations. These entries can be 
placed in any order within the symbol path, allowing the debugger to first look in 
some path location, and then check a symbol server, or whatever order is desired. 
The syntax for server entry in these variables is as follows. 
SYMSRV*FOO.DLL*DATA. Two asterisks are used to parse the parameters. 
Trailing asterisks are ignored and passed to the server DLL as part of the last node. 
SYSMSRV is a literal test string that indicates to dbghelp to call a symbol server. 
FOO.DLL is the name of the server DLL to load. DATA is server-specific 
information that tells the server where or how to look for symbols. It will be passed 
to the DLL when called. The symbol server can be installed through an installation 
that copies the required DLL, sets the environment values, and whatever else it 
requires, or it might be installed by the user from instructions in a text file. 

If dbghelp is looking for a DBG file, a first variable, or parameter, will 
contain the TimeDateStamp of the original image as found in its PE header. A 
second variable, or parameter, will contain the SizeOflmage field, also extracted 
from the PE header. A third variable, or parameter, is unused and will be zero. 

If dbghelp is looking for a PDB file, a first parameter will contain the PDB 
signature as found in the codeview debug directory of the original image. A second 
parameter will contain the PDB age. And, a third will contain zero. For example, if 
searching for a .pdb file, the Signature and Age values are extracted from the 
module header and appended into a single numeric value, e.g. if the signature is 
4747474747 and the age is 1, the numeric value is 47474747471 . A unique file path 
is then created consisting of the name of the symbol file and the numeric value. The 
server technology has already stored this file in the file path that matches this text, 
so it simply returns to the debugger the created file path with the root of the symbol 
store data pre-pended. The file will be in said location, e.g. 
<\\SvmSrv\Root\filename.Ddb\47474747471\filename.pdb> . What is nice about this 



SLWK777.345US1 



11 



MS 142288.1 



method is that there is no need to search every version of the symbol file in question 
to find the matching one. This is because the corresponding image contains the 
information to re-create the file path to the symbol file. Therefore, the file is found 
and opened with a single call to the file system. 

5 Analogously, if dbghelp is looking for any other type of image, such as an 

actual executable file, it is probably being called through it's 
FindFileInSearchPath() API. In this case, the parameters are opaque to dbghelp. 
However, if this API is being used to retrieve an executable file, it is expected that 
the parameters will be filled in as for a DBG file, using timedatestamp and size of 

10 image as parameters. 

If the server locates a valid symbol file, it is returned TRUE, otherwise it is 
to return FALSE and set the LastError value to indicate why the symbol file was not 
returned. This same path creation mechanism is also used for ftp, http, and https 
based symbol stores. The only difference is that the root of the path is used as the 

15 internet entity to open and the rest of the generated path is passed in. 

One of ordinary skill in the art will further understand upon reading this 
disclosure, that the same inventive implementation methodology is equally 
applicable in handling minidumps. A minidump is a file that contains enough 
information to re-create the memory state of a machine at the time the minidump 

20 snapshot was taken. Instead of storing the complete module images as they exist in 
the machine being snapshot, just enough information is stored about each module to 
call up a copy of the original image from a symbol store, using the symbol server 
technology. However, it should be apparent that once the copy of the image is 
loaded from the symbol store, its novel header can be read as above to obtain the 

25 values for loading the symbol files. 

Another embodiment of the present invention extends what has been 
described above. In this embodiment of the present invention, most of the "smarts" 
are placed on a novel symbol location server. In this embodiment, a user can send a 
query to the server containing metadata on what the user is trying to locate. In this 
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embodiment, there is no limit to the amount of information that can be submitted 
with the query. The user is not required to know a specific subset of information 
such as signature and age. This embodiment does not require a known set of 
environment variables. Moreover, other information can similarly be used to 

5 qualify the information being searched. For example, various queries can be 
constructed to tell the server to look for a particular signature but ignore a certain 
path or ignore a particular time stamp. Analogously, the query can instruct the 
server to look for a particular time stamp but ignore a certain signature. One benefit 
of this approach is signatures may not be unique on any given day and likewise 

10 there are some instances in which a time stamp in an executable must change. Thus, 
in this embodiment, the user is given the ability to custom tailor a query and then 
allow the novel symbol server to apply its logic to determine exactly which unique 
file is being requested. 

Figure 2 illustrates the novel computerized system 200, or server 

15 architecture, for locating information relating to an executable. As shown in Figure 
2, the system 200 includes a client , computer, or user 202 which is couple to a first 
server 204 and a second server 206. As explained above, the terms "client" and 
"server" are not meant to imply any particular hardware configuration for the 
system, a client and a server may execute as a system on a single CPU architecture 

20 or a multiple CPU architecture. Alternatively the client and server functions can be 
distributed among several systems communicatively couple together. Also, as one 
of ordinary skill in the art will understand upon reading this disclosure, the first 
server 204 may be part of a larger cluster, or first set of servers 204. Likewise, the 
second server may be part of a larger cluster, or second set of servers 206. 

25 The first server 204 includes the novel symbol location server according to 

the teachings of the present invention. This symbol location server 204 contains 
location information for information associated with a local file. According to the 
teachings of the present invention, this location information on the first server 204 
can be accessed according to the methods presented and described in more detail 
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above. The second server 206 can contain the information which is sought after 
associated with the local file. Computer 202 has a number of local files resident on 
its system memory. By way of illustration, and not by way of limitation, the local 
file is defined to include an executable file. Also then by way of illustration, and 
5 not by way of limitation, the information associated with the local file, or 

executable, is defined to include a debug (.dbg) file and a program database (.pdb) 
file. The same is further defined to include another executable (.exe) file related to 
the local executable file. The information is further defined to include regression 
analysis data, performance analysis data, and source code data all associated with 
10 the local executable file, the same is not so limited. When the debugger dbghelp or 
similar tool needs to analyze a module, it gets these symbols by loading one or more 
files that contain the symbols for the module. As described above, the module 
^ contains a header which can contains a unique identifier for the module that won't 

W be replicated between differing versions of the module. According to the teachings 

2 15 of the present invention, different values from the image header can be used to 

.=?sss. 

M query the first server 204. Alternatively, the user can create a custom tailored query 

yj and submit the same to the first server 204. The location information contained on 

^ the first server 204 is the location information for the second server 206. In this 

^ embodiment the second server contains the information being sought. The first 

lU- 

.in 20 server 204 provides a set of information on the second server 206 to the client 202, 

i or computer 202. In one embodiment, the location information and the information 

itself are on the same server, e.g. first server 204. 

In the first embodiment of the present invention, the set of information 
provided to the computer 202 by the first server 204 includes the location 
25 information for the second server 206. The location information can be used by the 
computer 202 to query the second server 206 for the information associated with the 
local file, e.g. executable file. In the second embodiment, the set of information 
provided to the computer 202 by the first server 204 includes the actual information 
associated with the local file. In still an alternative embodiment, the first server 204 
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locates the information associated with the local file and provides it directly from 
the second server 206 to the computer 202. The computer 202 can read the 
information associated with the local file directly from the second server 206 or the 
computer 202 can receive the information associated with the local file as a set of 
5 files containing the information associated with the executable which can be stored 
in a system memory, as the same are know and understood from Figure L 

According to the teachings of the present invention, the first server 204 is a 
locator server 204. The first server 204 of the present invention, includes a first 
server 204 selected from the group consisting of an HTTP server, e.g. a DHCP 
10 server or DNS server, an ACAP server, and a LDAP server. In the embodiment in 
which the first server 204 is part of a larger cluster or first set of servers, the 
computer 202 can be configured to query a number of different tiers or multiple 
y levels in a hierarchy of first servers 204 in a defined serial order. In another variant 

Oi of this embodiment, the computer can be configured to query the number of 

p| 15 different tiers or multiple levels of a first set of servers 204 in parallel. 

H Figure 3 illustrates, in flow diagram form, a computer implemented method 

hi according to the teachings of the present invention. This computer implemented 

L method provides an illustration of the operation of the present invention using the 

■KSSB- 

41 novel system of Figure 2. The computer implemented method includes a method of 

r?t 20 locating information associated with an executable file. In Figure 3, a first server is 

queried for the location of information associated with a local file. In one 
embodiment, the first server is queried for the location of a second server containing 
information associated with a local file, e.g. an executable file at 3 10. In one 
embodiment, the first server is queried by the client as discussed in connection with 
25 Figure 2. If the query to the first server does not result in the client receiving a set of 
information, then at 3 12 the flow chart returns to block 310 and a new query can be 
posed to the first server. The process can be repeated here until the client receives 
back from the first server the sought after information, or alternatively, a set of 
information regarding the location of a second server which does have the 
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information. Again, as explained in detail in connection with Figure 2, the system 
can be configured to query a number of different levels or multiple tiers in a 
hierarchy of a first set of servers. If, however, the query to the first server does 
result in the client receiving a set of information, e.g. reference locations or location 
5 information for the second server, then at 3 14 the flow chart proceeds to block 320. 
At block 320 the second server is queried for the information associated with the 
executable file using an appropriate syntax based on the location information 
received for the second server. According to the teachings of the present invention, 
querying a first server for a location of a second server includes providing a path to 

10 a lookup HTTP server as described above. As one of ordinary skill in the art will 
understand upon reading this disclosure, providing a path to a lookup HTTP server 
includes querying a DHCP server and requesting a number of URIs. The URIs are 
then used to compose an appropriate query to the second server. Querying the first 
server can also include querying a DNS server, and an AC AP or LD AP server using 

15 LDAP and ACAP database network queries, the invention is not so limited. 

Figure 4, illustrates, in flow diagram form, a computerized method for 
locating information associated with a local file according to the teachings of the 
present invention. As shown in Figure 4, the method includes packaging metadata 
extracted from the local file into an HTTP request at 410. One of ordinary skill in 

20 the art will understand upon reading this disclosure the manner in which the 

metadata can be packaged into an HTTP request. As used in this application, by 
way of illustration, and not by way of limitation, metadata is defined to include any 
form of data identifier, such as a base name for a local file, a signature stamp, a time 
stamp, an age, etc., the same is not so limited. Thus, in one embodiment, as 

25 described above, a number of different values from an image header are extracted 
and packaged into the HTTP request. Additional examples of packaging metadata 
extracted from a local file into an HTTP request includes custom tailoring a query to 
extract over whatever is present in a back end store. That is, metadata can be 
packaged into a query which specifies a request to locate an updated version of the 
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local file, a request for locating a debug file associated with the local file, or even a 
request to locate a specific build version of the executable file. The packaged query 
can instruct the server to ignore or specifically search for a timedatestamp and/or 
signature. The invention is not so limited. 

5 The HTTP request is then sent to a set of locator servers, or first set of 

servers containing location information for information associated with the local file 
at 420. As will be understood by one of ordinary skill in the art, the first set of 
servers will include means for interpreting metadata associated with an executable 
file received from a remote client. That is the first set of servers include logic 

10 circuitry adapted to interpreting the metadata. The first set of servers can then 
provide a set of information back to the client in the form of either an HTTP 
redirect, or can connect the client directly to a server having the information 
associated with the local file. In either case, the method includes receiving a set of 
information back from the set of locator servers at 430. 

15 Where the client is not directly connected to the sought after information, the 

set of location information is used to query an appropriate server having the 
information. In this case, at 440, the method includes packaging an HTTP query for 
retrieving the information associated with the local file based on the set of 
information received back from the set of local servers. As explained earlier, a 

20 substitute query format other than HTTP can be used depending on the set of 
information received back from the set of local servers. That is, if the set of 
information received back from the set of locator servers indicates that the 
information associated with the local file is on an LDAP or ACAP server, then the 
appropriate protocol for an LDAP or ACAP database query will be used. Whatever 

25 appropriate protocol is used, the method of packaging the query for retrieving 
information associated with the local file includes qualifying the query to select a 
specific file version from among the information associated with the local file. 
According to the present invention, the precision of querying the appropriate 
information is increased. Also, in one embodiment of the present invention, the 
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breadth of qualifying the query is increased due to the larger query format being 
employed. Thus, the query can include a wide range of information including path 
information, build date, version information, age, signatures, and time stamps, the 
same is not so limited. In one embodiment, some of the information in the query 

5 will be in the form of a number of unique identifiers obtained from the header of a 
local file. In other embodiments, the information in the query will consist of a user 
customized query to pinpoint specific qualifiers and/or restrictions for locating the 
information associated with the local file. Again, by way of illustration and not by 
way of limitation, a qualifier to the query can instruct the second server to ignore a 

10 particular piece of the query if it finds a conflict, or to ignore a certain type of file 
altogether, e.g. ignore .pdb files. As was the case for the set of locator servers, the 
second server, or set of servers is adapted to interpreting a query from a remote 
client for retrieving a specific file from among the information associated with the 
local file. That is, the second server includes logic circuitry which the second server 

15 applies to the query to determine exactly which unique file it is that the client is 
requesting. 

Conclusion 

Systems and methods have been described which extend the mechanism for 
locating solution access information and then obtaining and implementing the 

20 correct solution for updating software programs while in the development stage or 
in supporting programs in the field. According to the teachings of the present 
invention, a user can communicate with a symbol location server, tell it what the 
user is interested in, and then the symbol location server replies with either the 
desired information or location information on where to locate the desired 

25 information. Thus, the user no longer has to register, e.g. in the environment 

variables, the individual paths for where a multitude of different applications find 
their additional related information on the network. According to the teachings of 
the present invention, a user will have to make basically zero changes to the system, 
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and instead will automatically discover the name location of a server that is going to 
provide the user with the information associated with any user executable file. 

Although specific embodiments have been illustrated and described herein, it 
will be appreciated by those of ordinary skill in the art that any arrangement which 
is calculated to achieve the same purpose may be substituted for the specific 
embodiments shown. This application is intended to cover any adaptations or 
variations of the present invention. Therefore, is manifestly intended that this 
invention be limited only by the following claims and equivalents thereof. 
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We claim: 

1 . A computer implemented method comprising: 

querying a first server for a location of a second server containing 
information associated with an executable; and 

querying the second server for the information associated with the 
executable. 

2. The method of claim 1 , wherein querying a first server for a location of a 
second server includes providing a path to a look up HyperText Transfer Protocol 
(HTTP) symbol location server. 

3. The method of claim 2, wherein querying a first server for a location of a 
second server includes querying a Dynamic Host Configuration Protocol (DHCP) 
server as the lookup HTTP server and requesting a number of Uniform Resource 
Identifiers (URIs) for composing an appropriate query for querying the second 
server for the information associated with the executable. 

4. The method of claim 2, wherein querying a first server for a location of a 
second server containing information associated with an executable includes 
querying a Domain Name System (DNS) server as the lookup server for a service 
(SRV) record identifying the second server to be queried. 

5. The method of claim 2, wherein querying a first server for a location of a 
second server containing information associated with an executable includes 
querying a directory service to return the location of the second server. 

6. The method of claim 1 , wherein querying a first server for a location of a 
second server containing information associated with an executable includes 
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querying an Application Configuration Access Protocol (ACAP) server for the 
location of the second server. 

7. The method of claim 1 , wherein querying a first server for a location of a 
second server containing information associated with an executable includes 
querying a Lightweight Directory Access Protocol (LDAP) server for the location of 
the second server. 

8. A computer implemented method comprising: 

querying a set of symbol location servers for a set of symbols associated 
with a local file; and 

receiving the set of symbols from the set of symbol location servers. 

9. The method of claim 8, wherein querying the set of servers for a set of 
symbols includes querying the set of servers with a unique identifier composed of 
different values from an image header extracted from a local file. 

1 0. The method of claim 9, wherein the unique identifier composed of different 
values from an image header includes values which won't be replicated between 
differing versions of the local file. 

1 1 . The method of claim 8, wherein receiving a set of symbols includes 
receiving a set of files containing the symbols, wherein the files can be stored to a 
local system memory. 

12. The method of claim 8, wherein querying a set of symbol location servers 
for a set of symbols associated with a local file includes querying a set of symbol 
location servers with a user customized query which can extract over a back end 
store. 
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13. A computer implemented method comprising: 

querying a set of servers containing location information for a second server 
having information associated with an executable; and 

receiving a set of information from the set of servers. 

14. The method of claim 13, wherein receiving a set of information includes 
receiving a set of reference locations on the second server which can be used to 
access a number of files on the second server associated with the executable. 

15. The method of claim 13, wherein querying the set of servers includes 
querying a list of servers selected from the group consisting of a DHCP server, a 
DNS server, an ACAP server, and a LDAP server. 

1 6. The method of claim 1 5 , wherein querying the list of servers includes 
querying the list of servers in parallel. 

17. The method of claim 1 5 , wherein querying the list of servers includes 
querying the list of servers in a serial order. 

18. The method of claim 1 3 , wherein querying a set of servers containing 
location information for a second server having information associated with an 
executable includes packaging a set of information extracted from the executable 
into a HyperText Transfer Protocol (HTTP) request and sending the HTTP request 
to the set of servers. 

19. A computer implemented method comprising: 

querying a first set of servers containing location information for a second 
server having information associated with an executable; 
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receiving the location information for the second server from the first set of 
servers; and 

querying the second server for the information associated with the 
executable using a syntax based on the location information received for the second 
server. 

20. The method of claim 19, wherein querying a first set of servers containing 
location information for a second server having information associated with an 
executable includes querying the first set of servers using metadata associated with 
the executable. 

21. The method of claim 19, wherein querying the second server for the 
information associated with the executable includes querying the second server 
using metadata associated with the executable. 

22. The method of claim 2 1 , wherein the metadata includes metadata for a 
number of debug files. 

23. The method of claim 21 , wherein the metadata includes metadata for a 
number of source files. 

24. The method of claim 19, wherein querying the second server for the 
information associated with the executable includes querying the second server for 
symbols associated with the executable file, 

25. The method of claim 1 9, wherein querying the second server for the 
information associated with the executable includes querying the second server for 
regression analysis data associated with the executable file. 
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26. The method of claim 1 9, wherein querying the second server for the 
information associated with the executable includes querying the second server for 
performance analysis data associated with the executable file. 

27. The method of claim 19, wherein querying the second server for the 
information associated with the executable includes querying the second server for 
source code associated with the executable file. 

28. The method of claim 19, wherein querying the second server for the 
information associated with the executable further includes receiving a number of 
files containing the information associated with the executable file. 

29. A method for locating information associated with an executable file 
comprising: 

packaging metadata extracted from the executable file into an HTTP request; 

sending the HTTP request to a set of locator servers containing location 
information for a server on which the information associated with the executable is 
located; and 

receiving a set of information back from the set of locator servers. 

30. The method of claim 29, wherein packaging metadata extracted from the 
executable file into an HTTP request includes packaging metadata to locate an 
updated version of the executable file. 

3 1 . The method of claim 29, wherein packaging metadata extracted from the 
executable file into an HTTP request includes packaging metadata for locating a 
debug file associated with the executable file. 
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32. The method of claim 29, wherein packaging metadata extracted from the 
executable file into an HTTP request includes packaging metadata to locate a 
specific build version of the executable file. 

33. The method of claim 29, wherein receiving a set of information back from 
the set of locator servers includes receiving an HTTP redirect to the information 
associated with the executable file. 

34. The method of claim 29, wherein receiving a set of information back from 
the set of locator servers includes receiving a location of a server on which the 
information associated with the executable is located, and wherein the method 
further includes querying the server with a number of unique identifiers for the 
information associated with the executable file. 

35 . The method of claim 34, wherein querying the server with a number of 
unique identifiers for the information associated with the executable file further 
includes providing a number of additional qualifiers. 

36. A computerized system, comprising: 

a first server containing location information for information associated with 
a local file; 

a second server containing the information associated with the local file; 
a computer having a number of local files; and 

wherein the first server provides a set of information on the second server to 
the computer. 

37. The system of claim 36, wherein the set of information provided to the 
computer by the first server includes the location information for the second server 
which can be used by the computer to query the second server. 
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38. The system of claim 36, wherein the set of information provided to the 
computer by the first server includes the information associated with the local file. 

39. The system of claim 36, wherein the computer can read the information 
associated with the local file directly from the second server. 

40. The system of claim 36, wherein the first server includes a HyperText 
Transfer Protocol (HTTP) server. 

41 . The system of claim 40, wherein the HTTP server containing location 
information for information associated with a local file includes a Dynamic Host 
Configuration Protocol (DHCP) server having a number of Uniform Resource 
Identifiers (URIs) for querying the second server containing the information 
associated with the local file. 

42. The system of claim 40, wherein the HTTP server containing location 
information for information associated with a local file includes a Domain Name 
System (DNS) server having a service (SRV) record identifying the second server 
containing the information associated with the local file. 

43. The system of claim 40, wherein the HTTP server containing location 
information for information associated with a local file includes an HTTP server 
having a directory service adapted to provide the location information for 
information associated with the local file to the computer. 

44. The system of claim 36, wherein the first server includes an Application 
Configuration Access Protocol (ACAP) server adapted to provide the set of 
information on the second server to the computer. 
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45. The system of claim 36, wherein the first server includes a Lightweight 
Directory Access Protocol (LDAP) server adapted to provide the set of information 
on the second server to the computer. 

46. The system of claim 36, wherein the computer having a number of local files 
is networked to the first and the second servers over the Internet. 

47. A computerized system, comprising: 

a first server containing location information for information on an 
executable file; 

a second server containing the information on the executable file; 

a computer having a number of executable files; and 

wherein the first server is adapted to provide the computer with the location 
information of the second server which can be used to query the second server for 
the information associated with the executable file. 

48. The system of claim 47, wherein the first server includes a first server 
selected from the group consisting of a DHCP server, a DNS server, an ACAP 
server, and a LDAP server. 

49. The system of claim 47, wherein the computer is configured to query a 
number of different tiers or multiple levels in a hierarchy of first servers in a serial 
order. 

50. The system of claim 47, wherein the computer is configured to query a 
number of different tiers or multiple levels in a hierarchy of first servers in a parallel 
order. 
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5 1 . The system of claim 47, wherein the second server containing the 
information on the executable file includes information on at least one of the 
number of executable files on the computer. 

52. The system of claim 47, wherein the computer is configured to query the 
second server, in an HTTP request format, for the information associated with the 
executable file using a number of qualifiers premised on at least one of the number 
of executable files on the computer. 

53. The system of claim 47, wherein the query to the second server for the 
information associated with the executable file includes metadata extracted from the 
executable file. 

54. The system of claim 53, wherein the metadata extracted from the executable 
file includes metadata for a debug file associated with the executable. 

55. The system of claim 53, wherein the metadata extracted from the executable 
file includes metadata associated with regression analysis data for the executable 
file. 

56. A computer readable medium having computer executable instructions to 
cause a computing system to perform a method comprising: 

using a lookup server to identify a set of location information for a server 
having information associated with an executable file, based on metadata extracted 
from the executable file; and 

packaging an HTTP query for retrieving the information associated with the 

executable file. 



SLWK 777.345US1 



28 



MS 142288.1 



57. The method of claim 56, wherein using the lookup server to identify a set of 
location information for a server having information associated with an executable 
file includes providing a response to a requesting client from the lookup server. 

58. The method of claim 57, wherein providing a response to a requesting client 
includes returning the set of location information on the server having information 
associated with an executable file to the requesting client as an HTTP redirect. 

59. A method for locating information associated with a local file comprising: 
packaging metadata extracted from the local file into an HTTP request; 
sending the HTTP request to a set of locator servers containing location 

information for information associated with the local file; 

receiving a set of information back from the set of locator servers; and 
packaging an HTTP query for retrieving the information associated with the 

local file based on the set of information received back from the set of locator 

servers. 

60. The method of claim 59, wherein packaging an HTTP query for retrieving 
information associated with the local file further includes qualifying the HTTP 
query to select a specific file version from among information associated with the 
local file. 

61 . The method of claim 60, wherein qualifying the HTTP query to select a 
specific file version from among the information associated with the local file 
includes qualifying the HTTP query to select an updated file version of an 
executable file. 

62. The method of claim 60, wherein qualifying the HTTP query to select a 
specific file version from among the information associated with the local file 
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includes qualifying the HTTP query to select a specific debug file associated with a 
local executable file. 

63. A server architecture, comprising; 

a first server, the first server including; means for interpreting metadata 
associated with an executable file received from a remote client; and means for 
redirecting the remote client to a second server containing information associated 
with the executable file; and 

a second server adapted to interpreting a query from the remote client for 
retrieving a specific file from among the information associated with the executable 
file. 
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ABSTRACT OF THE DISCLOSURE 

This present invention extends the mechanism for locating solution access 
information and then obtaining and implementing the correct solution for updating 
software programs. The user can communicate with one system on the network ? tell 
5 it what the user is interested in, and then the system replies on a file by file basis 
where to locate the desired information. Thus, the user no longer has to register, 
e.g. in the environment variables, the individual paths for where a multitude of 
different applications find their additional related information on the network. 
According to the teachings of the present invention, a user will have to make 

10 basically zero changes to the system, and instead will automatically discover the 
name location of a server that is going to provide the user with the information 
associated with any user executable file. 

In particular, one embodiment of the present invention includes a computer 
implemented method. The method includes querying a first server for a location of 

15 a second server containing information associated with a local file. The method 
further includes querying the second server for the information associated with the 
local file. The second server then provides the information associated with the 
executable. Other systems and methods are included within the scope of the present 
invention. 

20 
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Full Name of joint inventor number 4 : Pat Styles 
Citizenship: United States of America 

Post Office Address: 1719 13th Avenue 

Seattle, WA 98122 



Residence: Seattle, WA 



Signature: 



Date: 



Pat Styles 



Full Name of inventor: 

Citizenship; 

Post Office Address: 



Residence: 



Signature: 



Date: 



Full Name of inventor: 

Citizenship: 

Post Office Address: 



Residence: 



Signature: 



Date: 
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Serial No. not assigned 

Filing Date: not assigned 

§ 1.56 Duty to disclose information material to patentability. 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, and the most effective patent 
examination occurs when, at the time an application is being examined, the Office is aware of and evaluates the teachings of all information 
material to patentability. Each individual associated with the filing and prosecution of a patent application has a duty of candor and good 
faith in dealing with the Office, which includes a duty to disclose to the Office all information known to that individual to be material to 
patentability as defined in this section. The duty to disclose information exists with respect to each pending claim until the claim is canceled 
or withdrawn from consideration, or the application becomes abandoned. Information material to the patentability of a claim that is 
canceled or withdrawn from consideration need not be submitted if the information is not material to the patentability of any claim 
remaining under consideration in the application. There is no duty to submit information which is not material to the patentability of any 
existing claim. The duty to disclose all information known to be material to patentability is deemed to be satisfied if all information known 
to be material to patentability of any claim issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by 
§§ l,97(b)-(d) and 1.98. However, no patent will be granted on an application in connection with which fraud on the Office was practiced 
or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The Office encourages applicants to 
carefully examine: 

(1) prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) the closest information over which individuals associated with the filing or prosecution of a patent application believe any 
pending claim patentably defines, to make sure that any material information contained therein is disclosed to the Office. 

-£b) Under this section, information is material to patentability when it is not cumulative to information already of record or being 
m$de of record in the application, and 

(1) It establishes, by itself or in combination with other information, a prima facie case of unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

^ J (i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A^Jrima facie case of unpatentability is established when the information compels a conclusion that a claim is unpatentable under the 
preponderance of evidence, burden-of-proof standard, giving each term in the claim its broadest reasonable construction consistent with the 
specification, and before any consideration is given to evidence which may be submitted in an attempt to establish a contrary conclusion of 
plfentability. 

(c) Individuals associated with the filing or prosecution of a patent application within the meaning of this section are: 

( 1 ) Each inventor named in the application: 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the application and who is 
associated with the inventor, with the assignee or with anyone to whom there is an obligation to assign the application. 



(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing information to the attorney, 
agent, or inventor. 



